United States Patent [19] [ 11 ] Patent Number: 4,918,598 

Ashkin et al. [45] Date of Patent: Apr. 17,1990 


[54] METHOD FOR SELECTIVELY ACTIVATING 
AND DEACTIVATING DEVICES HAVING 
SAME FIRST ADDRESS AND DIFFERENT 
EXTENDED ADDRESSES 
[75] Inventors: Peter B. Ashkin, Los Gatos; Michael 
Clark, Glendale, both of Calif. 

[73] Assignee: Apple Computer, Inc., Cupertino, 

Calif. 

[21] Appl. No.: 132,124 

[22] Filed: Dec. 14,1987 

Related U.S. Application Data 

[62] Division of Ser. No. 765,396, Aug, 14, 1985, Pat. No. 
4,910,655. 

[51] Int. Cl. 4 .G06F 13/42 

[52] U.S. a. 364/200; 364/229.2; 

364/240.8; 364/261; 364/284.3; 340/825.03; 

340/825.52 

[58] Field of Search ... 364/200 MS File, 900 MS File, 
364/137, 138, 514; 340/825.02, 825.03, 825.07, 
825.52, 825.53; 370/85 
[56] References Cited 

U.S. PATENT DOCUMENTS 


4,628,478 

12/1986 

Henderson, Jr. 

. 364/900 

4,638,313 

1/1987 

Sherwood, Jr. et al. ... 

... 340/825.52 

4,660,141 

4/1987 

Ceccon et al. 

. 364/200 

4,667,193 

5/1987 

Cotie et al. 

... 340/825.08 

4,675,813 

6/1987 

Locke . 

. 364/200 

4,677,613 

6/1987 

Salmond et al. 

. 370/85 

4,680,583 

7/1987 

Grover. 

... 340/825.52 

4,701,878 

10/1987 

Gunkel et al. 

. 364/900 

4,710,893 

12/1987 

McCutcheon et al. 

. 364/900 

4,716,410 

12/1987 

Nozaki . 

... 340/825.52 

4,727,475 

2/1988 

Kiremidjian . 

. 364/200 

4,760,553 

7/1988 

Buckley et al. 

. 364/900 

4,773,005 

9/1988 

Sullivan. 

. 364/200 

4,775,931 

10/1988 

Dickie et al. 

. 364/200 

FOREIGN PATENT DOCUMENTS 

0051425 

5/1982 

European Pat. Off. . 


0104545 

4/1984 

European Pat. Off. . 


59-52331 

3/1984 

Japan . 


1508854 

4/1978 

United Kingdom . 


1518565 

7/1978 

United Kingdom . 


2035636 

6/1980 

United Kingdom . 


2070826 

5/1984 

United Kingdom . 


0143160 

6/1985 

United Kingdom . 


2167274 

5/1986 

United Kingdom . 


0207313 

1/1987 

United Kingdom . 



3,221,307 11/1965 Manning . 364/200 

3.646.534 2/1972 Miller .. 360/40 

3,715,725 2/1973 Kievit et al. 340/825.07 X 

3,787,627 1/1974 Abramson et al. 370/67 

3,836,888 9/1974 Boenke et al. 364/200 

3,863,025 1/1975 Gonsewski et al... 375/55 

3,979,723 9/1976 Hughes et al. 370/31 

4,063,220 12/1972 Metcalfe et al. 340/825.5 

4,071,908 1/1978 Brophy et al. 340/825.02 

4,345,250 8/1982 Jacobsthal. 340/825.5 

4,360,870 11/1982 McVey. 364/200 

4,373,181 2/1983 Chisholm et al. 364/200 

4,442,502 4/1984 Friend et al. 364/900 

4,498,169 2/1985 Rozmus. 370/85 

4.562.535 12/1985 Vincent et al. 364/200 

4,568,930 2/1986 Livingston et al. 340/825.5 

4,570,220 2/1986 Tetrick et al. 364/200 

4,589,063 5/1986 Shah et al. 364/200 

4,595,921 6/1986 Wang et al. 340/825.08 

4,608,559 8/1986 Friedman et al. 340/825.5 

4,608,689 8/1986 Sato. 371/15 

4,611,274 9/1986 Machino et al. 364/200 

4,620,278 10/1986 Ellsworth et al. 364/200 

4,626,846 12/1986 Parker et al. 340/825.5 


OTHER PUBLICATIONS 

Hill et al., “Dynamic Device Address Assignment 
Mechanism,” IBM Technical Disclosure Bulletin, vol. 
23, No. 8, Jan. 1981, pp. 3564-65. 

Search Report, dated May 21, 1986, for British Patent 
Application No. 8607632. 

Primary Examiner —Thomas C. Lee 

Attorney, Agent, or Firm —Blakely, Sokoloff, Taylor & 

Zafman 

[57] ABSTRACT 

A method for activating one of a plurality of devices 
coupled to a communications medium at a first address 
location and controlled by a host computer. A plurality 
of extended addresses are provided to the devices, each 
of the devices having a unique extended address. A 
command is transmitted from the host computer to the 
first address. One of the plurality of devices is activated 
by transmitting the unique extended address of the de¬ 
vice on the communications medium, the activated 
device responding to further commands sent to the first 
address location. 

3 Claims, 5 Drawing Sheets 
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METHOD FOR SELECTIVELY ACTIVATING AND 
DEACTIVATING DEVICES HAVING SAME FIRST 
ADDRESS AND DIFFERENT EXTENDED 

ADDRESSES 5 

This is a divisional of application Ser. No. 765,396 
filed Aug. 14, 1985 now U.S. Pat. No. 4,910,655. 

BACKGROUND OF THE INVENTION 1Q 

1. Field of the Invention 

This invention relates the field of communications 
media for transferring data between a source and a 
plurality of peripheral devices coupled to the source. 
More particularly, the present invention relates to data 15 
transfer along a peripheral device bus between a plural¬ 
ity of peripheral devices and a host computer. 

2. Art Background 

In the computing industry, it is quite common to 
transfer data and commands between a plurality of data 20 
processing devices, such as for example, computers, 
printers, memories and the like. The interconnection of 
computers and other peripheral devices principally 
developed in the early 1970’s with the advent of com¬ 
puter networking systems, which permitted the distri- 25 
bution of access to computing resources beyond the 
immediate proximity of a main frame computer. 

Networks, such as the ARPA network, were devel¬ 
oped to provide access by various users to large time¬ 
sharing systems and the transfer of data between such 30 
systems. In the case of geographically local networks, 
so-called “local area networks” (LANs) were devel¬ 
oped to connect together a collection of computers, 
terminals and peripherals located, typically in the same 
building or adjacent buildings, and permitted each of 35 
these devices to communicate among themselves or 
with devices attached to other networks. Local area 
networks permit the implementation of distributed com¬ 
puting. In other words, some of the devices coupled to 
the local area netowrk may be dedicated to perform 40 
specific functions, such as file storage, data base man¬ 
agement, terminal handling, and so on. By having dif¬ 
ferent machines perform different tasks, distributed 
computing can make the implementation of the system 
simplier and more efficient. 45 

Presently, networking has only been applied to pro¬ 
vide communications between data processing devices, 
which are machine input devices. However, it would 
also be useful to provide a networking means to provide 
communication between a single computer and a plural- 50 
ity of peripheral devices such as human input devices, 
listen only devices, appliances, etc. Human input de¬ 
vices include keyboards, cursor control devices (such as 
a “mouse”), and sketch pads, etc. Listen only devices 
include transaction logs, etc. In the prior art, such de- 55 
vices are attached to a host computer through a port 
dedicated to each device. Often, additional “cards” are 
required to allow a peripheral input device to be added. 
Further, the addition of cards requires that the host 
computer be powered down, with no mechanism for 60 
adding peripheral devices to a live system. Such prior 
art systems are inefficient since peripheral devices are 
not generally operated simultaneously, (for example, 
someone using a mouse is generally not using the key¬ 
board or sketchpad at the same tine). Thus, the devices 65 
could share a common line to the host computer with¬ 
out creating data traffic problems, eliminating the needs 
for cards. 
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Prior art networking schemes also include elaborate 
methods for establishing control of the network to 
allow a device to transmit. Such systems are not needed 
for networking of peripheral devices, since only one is 
generally used at a time. In addition, prior art network¬ 
ing schemes provide for means for attached devices to 
identify themselves to each other through elaborate 
“handshaking” schemes. Again, such complexity is not 
required to connect peripheral devices since there is no 
need for these devices to identify themselves to other 
devices, only to the host computer. 

Therefore, it is an object of the present invention to 
provide a communications medium for a plurality of 
peripheral devices, which provides a simple and effi¬ 
cient means for coupling those devices to a host com¬ 
puter. 

It is a further object of the present invention to pro¬ 
vide a communications medium by which all such pe¬ 
ripheral devices can be coupled to a host computer at a 
single input. 

It is still another object of the present invention to 
provide a communications medium which provides a 
means for peripheral devices to indicate a need for ser¬ 
vicing to the host computer. 

It is yet another object of the present invention to 
provide a communications medium which provides a 
means for determining if the communications medium is 
in use. 

It is another object of the present invention to pro¬ 
vide a communications medium which allows periph¬ 
eral devices to be added during operation of the system. 

SUMMARY OF THE INVENTION 

A communications medium is disclosed including 
apparatus and methods for transferring data between a 
plurality of peripheral devices and a host computer. In 
the preferred embodiment, a plurality of peripheral 
devices such as human input devices (including mice, 
keyboards, sketchpads, etc.), appliances, listen only 
devices, etc., are coupled to a common cable for data 
transmission and reception of commands. A peripheral 
device coupled to the cable may signal the host com¬ 
puter when it requires servicing. This peripheral device 
will continue to request service until the host computer 
commands it to transmit its data. All peripheral devices 
of the same generic type (e.g., all keyboards), may have 
an identical hard wired address used as an identification 
number. In this manner, the host computer can identify 
the generic type of device communicating on the cable. 
If more than one of the same type of device is coupled 
to the cable (e.g., 2 mice), the host computer will assign 
new addresses in the status registers of the mice so they 
can be differentiated. 

In the preferred embodiment, a return to zero modu¬ 
lation scheme is used to transmit data and commands 
over the cable. As a result, a peripheral device will 
assume a collision if it attempts to transmit a high signal 
on the cable and the cable is pulled low by another 
device. In order to simplify the protocol of the system, 
only the computer can initiate communication. 

The present invention permits the addition of periph¬ 
eral devices to a computer while the computer is in use, 
without the need to power down the computer system. 
The present invention can be embodied in a narrow 
band medium, as well as broad band, fiber optic, infra¬ 
red and other media. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is block diagram illustrating the networking 
system of the present invention. 

FIG. 2 is a timing diagram illustrating the present 5 
invention’s use of return to zero encoding. 

FIG. 3 illustrates a register of a peripheral device of 
the present invention. 

FIG. 4 is a flow chart illustrating the sequence of 
operations utilized by a peripheral device to request 10 
service by the host computer. 

FIG. 5 is a flow chart illustrating the sequence the 
operations ulitized to provide new addresses to devices 
sharing the same hard-wired address. 

FIG. 6 is a timing diagram illustrating a command 15 
transaction of the present invention. 

FIG. 7 is a flow chart illustrating the sequence of 
operations utilized to activate a peripheral device. 

DETAILED DESCRIPTION OF THE „ 

INVENTION 20 

A peripheral device bus including apparatus and 
methods for transferring data between a plurality of 
peripheral devices coupled to a host computer is dis¬ 
closed. In the following description numerous specific 25 
details are set forth, such as specific numbers, registers, 
addresses, times, signals, and formats, etc., in order to 
provide a thorough understanding of the present inven¬ 
tion. However, it will be apparent to one skilled in the 
art that the present invention may be practiced without 30 
these specific details. In other instances, well-known 
circuits and devices are shown in block diagram form in 
order not to unnecessarily obscure the present inven¬ 
tion. 

Referring to FIG. 1, the preferred embodiment of the 35 
present invention may be seen. A plurality of peripheral 
devices, generally identified by numbers 11 through 16 
are coupled through a single cable 17 to a host com¬ 
puter 10. In the preferred embodiment, all devices com¬ 
municate with the host computer by a mini-phono jack 40 
with the following connector assignments; tip-power, 
ring-data, sleeve-power return. A “high” signal (1) is 
2.4 volts minimum. A “low” signal (0) is 0.8 volts maxi¬ 
mum. Although a single cable is contemplated in the 
preferred embodiment of the present invention, other 45 
communications media, such as broad band methods, 
fiber optic systems, and infrared signals, are contem¬ 
plated. 

The bus of the present invention supports coded de¬ 
vices (for which a keystroke represents a symbol or a 50 
function, such as a keyboard 14), relative devices (in 
which movement of a display cursor in response to a 
control device, such as a mouse 11 or 12, may be from 
any starting point), and absolute devices (for which 
there is a constant and direct relationship between dis- 55 
play position and device position, such as sketch pad 
13). 

The system also permits the networking of extended 
address devices. Extended address devices share a com¬ 
mon hard wired address 35, but further include an ad- 60 
dress unique to the individual device which the host 
computer must recognize before the device can be ac¬ 
cessed. As shown in box 201 of the flow chart of FIG. 

7, each extended address device is provided with a 
unique extended address. For example, is it contem- 65 
plated that appliances may be coupled to the host com¬ 
puter and controlled by the host computer. In such a 
situation, all appliances would have an identical hard- 
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wired fixed address. The host computer, on a first level, 
would simply address the hard wired address for appli¬ 
ances. As shown in box 203 of the flow chart of FIG. 7, 
a command is transmitted from the host computer to the 
hardwired fixed address for the extended address de¬ 
vices. At this time, all appliances coupled to that ad¬ 
dress are inactive. An individual appliance may be acti¬ 
vated by the host computer if the host computer sends 
a signal to that appliance which matches the extended 
address of the appliance. An extended address is an 
individual identification number, which, in the pre¬ 
ferred embodiment, may be up to 64 bytes long. As 
shown in box 205 of the flow chart of FIG. 7, an ex¬ 
tended address device is activated by transmitting the 
device’s extended address. Once the host computer has 
provided the extended address, the device having that 
address is active. Subsequent commands to the appli¬ 
ance address location will be executed by that device 
without the need for providing the extended address 
each time. As shown in box 207 of the flow chart of 
FIG. 7, the hardwired fixed address is transmitted in 
order to have the extended address device respond. An 
activated appliance will respond to all commands to the 
appliance address, while unactivated devices remain 
passive. To deactivate an active extended address de¬ 
vice, the host computer provides the extended address 
of another extended address device, activating it and 
deactivating the previously active device. It is contem¬ 
plated that any device which could be controlled by the 
host computer is suitable for the present networking 
scheme, such as lights, ovens, sprinkler systems, phone 
answering machines, etc. It is contemplated that at least 
one other hardwired address for extended address de¬ 
vices be provided in the present system. Such an ad¬ 
dress would be used for system protection schemes or 
user identification schemes. For example, a device at 
this location could contain an extended address which 
must be provided by the system user before the system 
could be enabled. In other instances, individual opera¬ 
tions could require that the extended address of other 
security devices be provided by the host computer prior 
to performance. Such security devices could function as 
“keys” to lock the entire system or certain operations 
performed on the system. 

Also reserved for use on the network of the present 
invention are soft address locations 16. Soft address 
locations are reserved for duplicates of peripheral de¬ 
vices coupled to the bus. When more than one mouse is 
coupled to the bus, for example, the host computer 
assigns new addresses to each mouse, those addresses 
being at the soft address locations. 

Although specific examples have been given for each 
type of device coupled to the bus, there may be more 
than one kind of each type of device with that address. 
For example, a sketch pad has been given as an absolute 
device but a touch screen would also be considered an 
absolute device and be assigned the same fixed com¬ 
mand address as the sketch pad. In those situations, the 
host computer will assign new addresses from the soft 
address locations to each device. 

In the preferred embodiment of the present invention, 
the various peripheral devices have been assigned ad¬ 
dresses as shown below: 


Address _ Device Types _Example 

0000 (zero) extended address security systems, 

device user ID 
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■continued 


Address 

Device Types 

Example 

0001 (one) 

extended address 
device 

appliances 

0010 (two) 

coded devices 

keyboard 

0011 (three) 

relative devices 

mouse, track ball 

0100 (four) 

absolute devices 

sketchpad, 
touch screen 

0101 (five) 

reserved 

none 

0110 (six) 

reserved 

none 

0111 (seven) 

reserved 

none 

1000 (eight) 

soft addressed 

duplicate peripheral 
devices 

— 

— 

— 

mi (is) 

soft addressed 

duplicate peripheral 
devices 


It will appreciated by one skilled in the art that other 
addresses may be assigned to these devices containing 
more or less bits than in the preferred embodiment. 
Fixed hard-wired addresses 31, 32, 33 and 34 are shown 20 
in FIG. 1 for mouse 11, mouse 12, sketch pad 13, and 
keyboard 14, respectively. 

All peripheral devices have four registers in the pre¬ 
ferred embodiment to receive data and send data. For 
each device, register 3 talk and register 3 listen have 25 
status information such as device address and handler 
information. The remaining registers are data registers 
which are device specific except register 2 listen which 
contains the extended addresses for extended address 
devices or device specific contents for soft addressed 30 
devices. 

In the preferred embodiment of the present invention, 
there are three types of communication on the periph¬ 
eral bus: commands, data and global signals. Commands 
are sent from the host computer to the peripheral de- 35 
vices, data is sent from the host computer to the devices 
or from the devices to the host computer, and global 
signals are special messages sent to the entire system. 

In the preferred embodiment data is encoded as the 
ratio of low time to high time of each bit cell. A bit cell 40 
boundary is defined by a falling edge on the bus. A 
“zero” is encoded as a bit cell in which the low time is 
greater than the high time. This is shown in FIG. 2 by 
bit cell 20. Therefore, a “1” is defined as a bit cell in 
which the low time is less than the high time as shown 45 
by cell 21 of FIG. 2. In the present preferred embodi¬ 
ment, a start bit is defined as a “1”. A stop bit is a “0” 
which does not have an additional falling edge to define 
the bit cell time. The stop bit is used to synchronize the 
stopping of transactions on the bus. 50 

The period for each bit cell of command signals and 
low speed data transmission is approximately 100 mi¬ 
croseconds plus or minus 30%. For high speed data 
transmission, the bit cell is 50 microseconds plus or 
minus 1%. The format of a data transaction is a start bit 55 
(1), followed by up to 256 bits of data and ending with 
a stop bit. It will be appreciated that when other com¬ 
munications media are utilized, other signaling methods 
may be utilized. 

Commands are sent only by the host. In the preferred 60 
embodiment of the present invention, there are three 
commands; talk, listen, and flush. As shown in FIG. 6, 
to signal the start of a command, an attention pulse is 
sent out. An attention pulse is generated by the host 
computer by transmitting a bus low for a period of 65 
“T-attn”. In the preferred embodiment, T-attn is ap¬ 
proximately 560-1040 microseconds. The attention 
pulse is followed by a synch pulse to give the initial bus 
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timing. The following edge of the synch pulse is used as 
a timing reference for the first bit of the command. The 
command is followed by a stop bit, (in the preferred 
embodiment a “0”). After the stop bit, the bus returns to 
its normally high state unless a device requests service. 

The command is an 8 bit value in the preferred em¬ 
bodiment. The command includes a 4 bit device address 
field which specifies the fixed hardwired address of the 
desired peripheral device (e.g., 0011 for a mouse). The 
next 2 bits form the command and the final 2 bits form 
a register address field which allows a specific register, 
R0-R3 within an addressed peripheral device to be 
specified. In the preferred embodiment, the commands 
have the following bit code: 


Command 

Code 

Flush 

01 

Listen 

10 

Talk 

11 


The talk command orders the addressed device to 
provide its data to the host computer. The listen com¬ 
mand orders the addressed device to accept data from 
the host computer and place it in one of its registers. 
The flush command has an effect on each device which 
is defined by the individual device. It can be used for 
such functions as clearing a register or resetting all keys 
on a keyboard so that they will be sent again. 

When a peripheral devices is addressed to talk, it 
must respond within a certain period, called the “time 
out” period. The time out, “Tit”, is approximately 140 
to 260 microseconds (2 bit cells). The selected device, if 
it does not time out, becomes active on the bus and 
performs its data transaction, and then “untalks” itself 
and goes inactive on the bus. 

Global signals are used for transactions which are 
neither commands nor data transactions. Global signals 
include: attention and synch, which is used to signal the 
start of a command and to give initial bus timing; ser¬ 
vice request, a transaction that devices use to signal the 
host that they require service; and reset, used to issue a 
break on the bus by holding the bus low for a minimum 
of “Tres”, which is approximately 2.8 to 5.2 millisec¬ 
onds, (40 bit cells). Global signals will be described in 
more detail in conjunction with other transactions. 

Since a peripheral device can only send data when it 
has been commanded to talk by the host computer, the 
present system provides a means for a device to notify 
the host computer that it needs servicing. This is accom¬ 
plished by having the device send a service request 
signal to the host computer. In the present invention, a 
service request is sent by holding the bus low after the 
stop bit of any command transaction. Each of the pe¬ 
ripheral devices coupled to the bus include a number of 
registers (in the preferred embodiment four registers). 
FIG. 3 shows one of the registers for a peripheral de¬ 
vice. Bit A13 has been identified as the service request 
enable bit. When this bit is set high by the host com¬ 
puter, the device is enabled to hold the bus low after the 
stop bit of a command transaction, as shown in FIG. 6, 
if the device needs service. A device will keep request¬ 
ing service until it receives a talk command from the 
host. The flow chart in FIG. 4 shows the steps followed 
by a device requiring service. 

Initially the device determines if it requires servicing, 
Block 41, that is, if it has data to send to the host. If it 
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does, it sets an internal flag bit. Block 42. When the next 
command is sent out from the host. Block 43, the device 
checks to see if the command is addressed to the device. 
Block 44. If the command was not addressed to the 
device, Branch 45, the device checks to see if its service 5 
request enable bit, (bit A13 or register), is set high, 
Block 47. If so, Branch 48, it holds the bus low after the 
command stop bit, Block 50. (See FIG. 6) The device 
then waits until the next command is received from the 
host to see if it will be addressed to talk, Block 43. If the 10 
command is addressed to the device, Branch 46, the 
device determines if it is a command to talk, Block 51. 

If it is not a command to talk, Branch 52 the device 
sends a service request, Block 57, performs whatever 
command is instructed, Block 58, and awaits the next 15 
command, Block 43. If the command is to talk, Branch 
53, the device sends its data, Block 59 and considers its 
service request to be satisfied, Block 60. The device 
continues to monitor itself to determine when it needs 
service. Block 41. By allowing the host computer to 20 
control the service request enable bit, more efficient 
operation of the bus is realized. When a service request 
is received, the host computer need only ask those de¬ 
vices whose service request bit was enabled whether 
they need servicing. Additionally, the host computer 25 
can disable certain devices that are not required for 
particular applications. 

When sending data, the device is able to detect colli¬ 
sions. If a peripheral device tries to output a 1 and the 
data line is or goes to a 0, the device assumes it has lost 30 
a collision to another device. This means that another 
device is also sending on the bus. When this happens the 
losing device untalks itself from the bus and preserves 
the data which was being sent for retransmission. The 
device sets an internal flag bit if it loses a collision. Prior 35 
art peripheral devices were unable to detect collisions. 
This novel feature of the present invention permits 
more efficient operation of the communications me¬ 
dium. By having the device sense a collision, it can 
preserve the data that is transmitted and indicate to the 40 
host computer that it requires serving. Additionally, the 
collision detection scheme of the present invention does 
not require a waiting period before a collision is as¬ 
sumed. A device will end its transmission if the line is 
modulated by another device or simply not begin its 45 
transmission if the line is already in use. Further, this 
collision detection scheme is useful in locating multiple 
devices at a single hardwired address location, such as 
mouse II and mouse 12 of FIG. 1. 

In such a situation, the host will change the address of 50 
the devices by forcing a collision of devices sharing the 
same address. The host achieves this by issuing a talk R3 
command addressed to those devices. As shown in FIG. 

3, Register 322 (one of the registers of the device) con¬ 
tains the following information. Bits AO through A7 31 55 
contain a device handler which tells the host computer 
the function of a device and the use of data provided by 
the device. Bits A8 through All 32 are an address field 
which can be changed when more than one device, 
having the same command address, is coupled to the 60 
bus. In that situation, one of the soft address locations 
are assigned to bits A8 through All 32 which then 
serve as the command address for that device. Until that 
time, those bit locations contain a random number 
which aids in the detection of collisions. For example, if 65 
two mice received a talk R3 command and both began 
talking at the same, neither would detect a collision. 
However, by having random numbers in the address 
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field 32 of register 3 22, the output of the two devices 
will eventually differ. When that occurs, one of the 
devices will detect a collision and stop talking. Bit A12 
34 is a high speed enable bit which if set, provides for 
data transmission at the higher modulation rate (50 
microseconds per bit frame). The high speed enable bit 
is set by the host computer. If the host computer is 
unable to receive data at the higher modulation rate, it 
sets the high speed enable bit low in each of the devices. 
If the host computer is able to accept data at the higher 
modulation rate, and the device is able to transmit at the 
higher rate, (that information being contained in the 
handler bits 31 of register 3), the host computer sets the 
high speed enable bit 34 high for the device. As previ¬ 
ously mentioned, bit A13 35 is service request enable 
which is set by the host to enable the device to perform 
a service request transaction. Bits A14 36 and A15 37 
are reserved for future use and are set to 0. 

When a device receives a talk R3 command the de¬ 
vice provides its status (handler and address) to the host 
computer. If there are two devices of the same type 
coupled to the bus, only one can respond since the other 
will detect a collision. FIG. 5 shows the method of 
assigning new addresses on the bus. 

After receiving a talk R3 signal, Block 101, the device 
sends its status from Register 3. If the line goes low, the 
device determines that there has been a collision, 
Branch 104, it stops sending (untalks itself) and sets an 
internal flag bit to indicate a collision, Block 106. The 
host sends a listen R3 to the mouse address, Block 107. 
Each commend resets the internal collision flag of the 
device. The device checks to see if its collision bit is set, 
Block 108. If the collision bit is not set, Branch 109, the 
device changes A8 through All to the soft address 
provided by the listen R3 command. Block 111. In this 
manner the address of the winning device is changed 
with the host computer keeping track of the new ad¬ 
dress of the device. If a collision bit is detected by the 
device after a listen R3 command, Branch 110, the de¬ 
vice does not change the soft address bits, but may 
change other fields in R3. The host computer sends out 
another talk R3 command, Branch 101 to see if any 
devices remain at the mouse address. In this situation 
the remaining mouse will send its start bit, Block 102, 
not detect a collision. Branch 105, and send its status 
from register 3, Block 112. The host computer will send 
back a listen R3 command to the mouse address, Block 
107. The remaining mouse will not detect a collision bit 
being set in this instance, Branch 109 so it will change 
bits A8 through All of register 3 to the soft address 
received from the host computer, Block 111. The host 
computer then sends out another talk R3 command to 
the mouse address, Block 101. This time, since no mouse 
remains at that address, the bus is timed out and the host 
computer knows that it has assigned new addresses to 
each of the mice sharing the mouse address. 

In one embodiment of the present invention, periph¬ 
eral devices have a device on them to indicate activity 
called the activator. The activator can be a special key 
on a keyboard or a button on a mouse. When more than 
one of a device is coupled to the bus, the host computer 
can display a message requesting one of the devices to 
use the activator. The host can then issue a listen R3 
command which will change the address of the device 
which is activated. In this manner individual devices 
can be located and assigned new addresses in multiuser 
applications. 
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Thus, a peripheral device bus has been described 
which allows a plurality of peripheral devices to be 
coupled to a host computer through a single port. 

We claim: 

1. A method for transferring signals and data, 5 
wherein the signals and data are transferred under the 
control of a host computer between the host computer 
and first and second peripheral devices, wherein the 
signals and data are transferred over a bus coupling the 
first and second peripheral devices to the host com- 10 
puter, wherein the first and second peripheral devices 
are initially inactive, and wherein the first and second 
peripheral devices have a same first address, comprising 
the steps of: 

the host computer initially activating the first periph- 15 
eral device by transmitting over the bus (1) the first 
address of the first peripheral device and (2) a sig¬ 
nal that matches a first number stored as an ex¬ 
tended address of the first peripheral device, 
wherein the second peripheral device remains inac- 20 
five; 

after the first peripheral device is activated, the host 
computer sending a command over the bus to the 
first address of the first peripheral device, wherein 
the first peripheral device executes the command 25 
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without the host computer sending the extended 
address of the first peripheral device, and wherein 
the second peripheral device remains inactive; 
the host computer both activating the second periph¬ 
eral device and deactivating the first peripheral 
device by transmitting over the bus a second num¬ 
ber as an extended address, wherein the second 
number is the extended address of the second pe¬ 
ripheral device, and wherein the second number is 
different from the first number; 
after the second peripheral device is activated, the 
host computer sending a command over the bus to 
the first address of the second peripheral device, 
wherein the second peripheral device executes the 
command without the host computer sending the 
extended address of the second peripheral device, 
and wherein the first peripheral device remains 
inactive. 

2. The method of claim 1 for transferring signals and 
data, wherein at least one of the first and second periph¬ 
eral devices comprises an appliance. 

3. The method of claim 1 for transferring signals and 
data, wherein at least one of the first and second periph¬ 
eral devices comprises a system protection device. 
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